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BACKGROUND 

[0001] Increasing demand for network services has led to many innovative techniques 
whereby multiple servers are clustered together in order to provide higher capacity and/or 
higher server availability. A cluster of servers can now masquerade as a single server 
15 from the perspective of a client system. Hence, as one client system accesses the cluster, 

it perceives only a single server and interacts with that server in a classic client-server 
relationship. 

[0002] One of the services that a client depends on is that of access to remotely 
mounted volumes of data storage. One manner in which a single server provides this type 

20 of access is through a facility known as a network file system (NFS). An NFS facility 

allows a client to mount a volume of data storage and then access files on the mounted 
volume as though those files were local to the client. Since an NFS must be capable of 
supporting a plurality of client requests, a volume of data storage may be mounted by 
several clients. Hence, individual clients must contend for a remotely mounted volume 

25 provided by the NFS. One example NFS structure manages individual client requests for 

data at a file level. According to one example of an NFS system, a client requests access 
to a file. This is accomplished by interacting with a file lock manager, typically integral 
to the NFS system. Once the file lock manager grants access to a particular client, a file 
lock status manager (a process that monitors the activity of the lock manager) notes the 

30 existence of an active client file lock. One manner in which the lock status manager notes 
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the existence of an active client file lock, according to one example NFS structure, is by 
creating a client file lock description file and placing the client file lock description file 
into a status directory. 

[0003] This method for sharing files through file locks works well so long as the 
5 server providing the NFS functionality is truly a single server and not a server cluster as 

previously described. In the case where a server cluster is providing NFS functionality, 
the NFS functionality may migrate from one server platform to another based on 
availability of processing resources. Hence, where a client receives a file lock from an 
NFS's lock manager operating on one server in the cluster, that same file lock may not be 
1 0 recognized by an NFS lock manager operating on a different server in the cluster. This 
condition is problematic; especially when the client begins to interact with a different 
server in the cluster because the primary server can no longer provide NFS functionality 
to that client (i.e. the service function has migrated to a different server). This different 
server is normally referred to as an "adoptive" server. 

1 5 [0004] The problem is somewhat exacerbated by the fact that the client remains 

blissfully unaware that it is now interacting with a different server platform within the 
server cluster. Hence, the client may attempt to access a file on a remotely mounted 
volume using what it perceives to be a valid client file lock. The NFS lock manager 
operating on the adoptive server will not honor a file access request from the client 

20 because it is not privy to the client file lock granted by the lock manager operating on the 

first (i.e. primary) server. 
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SUMMARY 



[0005] A method for migrating file locks from one server to another comprising 
receiving a file lock indicator from a primary server. The file lock indicator is conveyed 
to an adoptive server when the primary server is not available. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0006] Several alternative embodiments will hereinafter be described in conjunction 
with the appended drawings and figures, wherein like numerals denote like elements, and 
5 in which: 

[0007] Fig. 1 is a flow diagram that depicts one exemplary method for migrating file 
locks from one server to another; 

[0008] Fig. 1 A is message diagram that depicts one example method by which a 
client process requests and receives a file lock from a network file system; 

10 [0009] Fig. 2 is a flow diagram that depicts one example method for receiving a file 

lock indicator; 

[0010] Fig. 3 is a flow diagram that depicts one example method for recording a file 
lock indicator; 

[00 1 1 ] Fig. 4 is a flow diagram that depicts one alternative example method for 
1 5 recording a file lock indicator; 

[0012] Fig. 5 is a flow diagram that depicts one example method for conveying a file 
lock indicator to an adoptive server; 

[0013] Fig. 6 is a flow diagram that depicts one alternative example method for 
conveying a file lock indicator to an adoptive server; 

20 [0014] Fig. 7 is a block diagram that depicts one example installation of a file lock 

migration unit in a cluster of servers; 

[0015] Fig. 8 is a block diagram that depicts one illustrative embodiment of a file lock 
migration unit; and 

[0016] Fig. 9 is a data flow diagram that depicts the operation of a system based 
25 embodiment of a file lock migration unit. 
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DETAILED DESCRIPTION 

[0017] Fig. 1 is a flow diagram that depicts one exemplary method for migrating file 
locks from one server to another. According to this example method, a file lock indicator 
is received from a primary server (step 5). According to one alternative variation of the 
5 present method, a file lock indicator is received from a primary server in the form of a 

simple indicator (e.g. a message or a signal). A notation is made reflecting the fact that 
the file lock indicator was received from the primary server, e.g. by recording the file lock 
indicator (step 10). This example method further comprises the conveyance of the file 
lock indicator to an adoptive server (step 20) when the primary server is unhealthy (step 
10 15). 

[001 8] Fig. 1 A is message diagram that depicts one example method by which a 
client process requests and receives a file lock from a network file system. Generally, the 
present method is applied in conjunction with a network file system (NFS) that operates 
on a primary server. As the NFS operates, it will grant access to a file to a particular 
15 client. The NFS then creates a file lock indicator. According to one embodiment of an 

NFS system, the file lock indicator comprises information pertaining to the file lock, the 
client to whom the file lock was granted and associated file access privileges. 

[0019] Fig. 1 A further illustrates that a client process 105 issues a request for a file 
lock (step 110). In so doing, the client process 105 interacts with a client-side NFS file 

20 lock request process 115. The client file lock request process 1 1 5 local to the client 

interacts with a corresponding client file lock manager 120 executing within the server. 
According to one example embodiment of an NFS, the lock manager comprises a specific 
process known as the rpc.lockd daemon. In the case that the server-side client file lock 
manager 120 grants a file lock (step 125), a file lock 130 is propagated back to the client 

25 process 105. Once the client process 105 receives the file lock 130, it may then operate 

on the file (step 135). 

[0020] The NFS server-side lock manager 120 also interacts with a server-side lock 
status process 140. The lock status process 140 makes a notation (step 145) of the file 
lock once the file lock is dispatched to the client process 105 that originally requested the 
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file lock. According to one example embodiment of an NFS system, this notation is made 
by means of a file lock indicator 150 that is stored in a file lock data store 160. 
According to yet another example embodiment of an NFS system, the server-side lock 
status process 140 comprises a specific process known as the rpc.statd daemon. 
5 According to one alternative example of an NFS system, the file lock indicator is stored 

in a predetermined data-store as a client file lock description file. For example, according 
to one example embodiment, such a client file lock description file is stored in a directory 
called /var/statmon/sm, which is merely one example of a network file system status 
monitor directory. It should be noted that the present method and the scope of the claims 
10 appended hereto is not intended to be limited to any particular directory that may be used 

by a particular embodiment of a network file system. Hence, the scope of the appended 
claims is intended to be read in the context of a predetermined data-store that is capable 
of storing a file lock indicator representative of a file lock granted by a lock manager 120 
to a requesting client process 105. 

15 [0021] Fig. 2 is a flow diagram that depicts one example method for receiving a file 

lock indicator. According to this example method, a file lock indicator is received by 
monitoring a file lock data-store (step 25). In the event that a new file lock indicator is 
found in the monitored data-store (step 30), the new file lock indicator is retrieved from 
the data-store (step 35). It should be noted that the data-store monitored and used as the 

20 source of a file lock indicator by this process, according to one alternative method, 

comprises a network file system status monitor directory (e.g. /var/statmon/sm). Again, 
the scope of the appended claims is not intended to be limited to any particular type of 
data-store. According to one alternative of the present method, a file lock indicator is 
received as a message or as a signal from a primary server (e.g. by means of a network 

25 message). 

[0022] Fig. 3 is a flow diagram that depicts one example method for recording a file 
lock indicator. According to this example method, a client file lock description file is 
copied to a predetermined data-store. According to one variation of the present method, 
this is accomplished by reading a client file lock description file (step 40) and then 
30 writing the description file to a predetermined data-store (step 45). According to yet 
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another variation of this example method, the client file lock description file is read from 
a network file system status monitor directory as discussed above (e.g. /var/statmon/sm). 

[0023] Fig. 4 is a flow diagram that depicts one alternative example method for 
recording a file lock indicator. According to this alternative method, a file lock record is 
5 created according to a client file lock description file. According to one variation of this 

alternative method, this is accomplished by reading a client file lock description file (step 
50), creating a file lock record according to the description file (step 55) and storing the 
record in a predetermined data-store (step 60). According to yet another variation of this 
example method, the client file lock description file is read from a network file system 
10 status monitor directory as discussed above. The record, according to one variation of the 

present method, is stored through the use of a database management process (e.g. a 
structured query language server process). 

[0024] Fig. 5 is a flow diagram that depicts one example method for conveying a file 
lock indicator to an adoptive server. According to this example method, conveying a file 

15 lock indicator to an adoptive server is accomplished by placing a client file lock indicator 

in a file lock data-store on the adoptive server. According to one alternative variation of 
this method, this is accomplished by reading a client file lock description file from a 
predetermined data-store (step 70) and then writing the client file lock description file to a 
file lock data-store on the adoptive server (step 75). According to yet another variation of 

20 this example method, the client file lock description file is written to a network file 

system status monitor directory (e.g. /var/statmon/sm) on the adoptive server. 

[0025] Fig. 6 is a flow diagram that depicts one alternative example method for 
conveying a file lock indicator to an adoptive server. According to this alternative 
example method, a file lock indicator is conveyed to an adoptive server by retrieving a 
25 file lock record (step 90) and creating a client file lock description file (step 95) according 

to information stored in the retrieved file lock record. The newly created client file lock 
description file is then stored in a file lock data-store on the adoptive server (step 100). 
The record, according to one variation of the present method, is retrieved through the use 
of a database management process (e.g. a structured query language server process). 
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[0026] Fig. 1 further illustrates that one example method further comprises a step for 
forcing the adoptive server to recognize the file lock (step 22) that was conveyed to it (i.e. 
the migrated file lock). According to one variation of the present method, this is 
accomplished by at least one of the following methods: restarting a network file system 
5 executing on the adoptive server; restarting a network file system file lock manager and 

its associated status manager executing on the adoptive server; and triggering the network 
file system executing on the adoptive server to perform a file lock recovery sequence. In 
each of these illustrative methods for forcing the adoptive server to recognize a migrated 
file lock, the network file system will interact with a client process providing the client 
10 process that was granted a file lock to reclaim the file lock during a file lock recover 
sequence. Note that restarting the network file system and restarting the network file 
system file lock manager and its associated status manager both result in an implicit file 
lock recovery sequence according to one example embodiment of a network file system. 

[0027] Fig. 7 is a block diagram that depicts one example installation of a file lock 

15 migration unit in a cluster of servers. A cluster of servers, as already defined, comprises a 
plurality of servers wherein one server is a primary server 200 and other servers that are 
ready to take over a migrated NFS function. One of these other servers is known as an 
adoptive server 205 when it actually accepts a migrated NFS function. According to this 
example embodiment, a file lock migration unit 210 is installed in a manner whereby it is 

20 capable of receiving a lock indicator 215 from the primary server 200. The file lock 

migration unit 210 is also capable of receiving a health indicator 220. This health 
indicator 220 is typically received from the primary server 200. However, the scope of 
the appended claims is not intended to be limited to embodiments of a file lock migration 
unit that receive a health indicator only from a primary server 200. A health indicator 

25 220, according to one alternative embodiment, is received from other monitoring 

equipment not necessarily shown in the figure. For example, the health indicator may be 
received from an ancillary piece of equipment, the function of which is to monitor the 
health of the primary server 200. According to this illustrative installation scenario, the 
file lock migration unit 210 is also capable of connecting to computer readable medium 

30 (CRM) 240. It should be noted that the computer readable medium 240 is typically 

utilized by the primary server 200 and other servers, including the adoptive server 205, 
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for storage of data. Accordingly, the computer readable medium 240, according to one 
illustrative installation scenario, is partitioned to provide addressable volumes that may be 
accessed by any server attached to the computer readable medium 240. Likewise, the 
computer readable medium 240 and any partitioned volume thereof is accessible to the 
5 file lock migration unit 210 according to this installation scenario. 

[0028] Fig. 8 is a block diagram that depicts one illustrative embodiment of a file lock 
migration unit. According to this illustrative embodiment, a file lock migration unit 210 
comprises a data storage unit 260 and a file lock monitor 270. The file lock monitor 
comprises a file lock receiver 280 and a file lock conveyance unit 290. According to this 
10 example embodiment, the file lock receiver is capable of receiving a file lock indicator 

from the primary server 200 and storing the file lock indicator into the data storage unit 
260. The file lock conveyance unit 290 is capable of conveying a file lock indicator 
stored in the data storage unit 260 to the adoptive server 205 when NFS functional duties 
are migrated to the adoptive server (i.e. the primary server is unhealthy). 

15 [0029] According to one alternative example embodiment, the file lock receiver 

comprises a detector 300 and a retrieval unit 305. The detector 300 is capable of 
monitoring a file lock data-store on the primary server. Accordingly, the file lock 
receiver 280 further comprises a data-store interface 3 1 0 for accessing a file lock data- 
store on the primary server. According to one example alternative embodiment, the data- 

20 store interface 310 comprises an interface to computer readable medium, e.g. a small 

computer systems interface (SCSI) or an integrated drive electronics (IDE) interface. The 
scope of the appended claims is not intended to be limited to any particular type of data- 
store interface presented here for illustrative purposes. 

[0030] According to this example embodiment, the detector 300 monitors the file lock 
25 data-store on the computer readable medium 240; for example on a partitioned volume 

managed by the primary server 200. Hence, a partition on the computer readable medium 
240 that is managed by the primary server 200 comprises a data-store that serves the 
primary server 200. This partition is also said to be on the primary server 200. 
Accordingly, the data-store interface 310 is also connected to the computer readable 
30 medium 240 enabling the file lock receiver 280 and the detector 300 therein to access a 
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file lock data-store that is on the primary server 200. When the detector 300 identifies a 
new client file lock indicator (e.g. a client file lock description file) in the file lock data- 
store that serves the primary server 200, it commands the retrieval unit 305 to fetch the 
new client file lock indicator from the file lock data-store serving the primary server. 

[003 1] According to one alternative embodiment, the detector 300 monitors a 
network file system status monitor directory on the data-store serving the primary server 
200 (e.g. /var/statmon/sm). Again, the data-store may be embodied in various forms and 
the scope of the appended claims is not intended to be limited to any particular 
embodiment wherein a computer readable medium is partitioned into volumes wherein 
one of said volumes is managed by the primary server 200. The data-store, according to 
other example embodiments, includes, but is not limited to random access memory and 
rotating magnetic media. 

[0032] According to one alternative embodiment, the retrieval unit 305 also uses the 
data-store interface 310 to retrieve a file lock indicator. According to one example 
alternative embodiment, the retrieval unit 305 copies a client file lock description file 
from the data-storage unit serving the primary server 200 and stores this in the data 
storage unit 260. According to yet another alternative illustrative embodiment, the 
retrieval unit 305 reads a client file lock description file from the data storage unit serving 
the primary server 200 and generates a file lock record according to the client file lock 
description file. This file lock record is stored in the data storage unit 260. 

[0033] According to one illustrative embodiment, the file lock conveyance unit 290 is 
capable of placing a client file lock indicator in a file lock data-store on an adoptive 
server 205. According to one example installation scenario, as depicted in Fig. 7, the 
adoptive server 205 is attached to the computer readable medium 240 by means of a 
shared bus connection (e.g. a SCSI interface). A partition of the computer readable 
medium 240 is managed by the adoptive server 205 and that partition is said to serve the 
adoptive server 205 (i.e. it is on the adoptive server 205). Hence, the file lock 
conveyance unit 290 of this illustrative embodiment is capable of writing data onto the 
data-store that serves, or is on the adoptive server 205 by way of a data-store interface 
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310. This data-store interface 310, according to one embodiment, is the same data-store 
interface 310 comprising the file lock receiver 270. 

[0034] Fig. 8 further illustrates that one alternative embodiment of a file lock 
migration unit further comprises a restart unit 330. According to one example 
5 embodiment, the restart unit 330 is capable of forcing the adoptive server 205 to 

recognize a file lock indicator that was conveyed thereto by the file lock conveyance unit 
290. According to one alternative embodiment, the restart unit 330 is capable of sending 
at least one of the following commands: a network file system restart command; a 
network file system lock management and lock status restart command; and a network 
10 file system file lock recovery sequence trigger command. In each of these instances, the 

NFS executing on the adoptive server 205 will orchestrate a crash recovery sequence 
wherein a file lock indicator that is present in the file lock data-store on the adoptive 
server 205 will be used as a basis for reestablishing a file lock with a particular client 
process. 

15 [0035] Fig. 8 further illustrates that one alternative embodiment of a file lock 

migration unit further comprises a health status receiver 335. According to this example 
embodiment, the health status receiver 335 receives health status information 340 that 
reflects the health of the primary server 200. A migration signal 345 is generated by the 
health status receiver 335 when the health status signal 340 indicates that the primary 

20 server 200 is unhealthy. This migration signal 345 causes the file lock conveyance unit 
290 to convey a file lock indicator stored in the data storage unit 260 to the adoptive 
server 205. Once the file lock conveyance unit 290 has accomplished its task, the restart 
unit 330 dispatches one of the various restart commands 350 heretofore described. It 
should be noted that the scope of the appended claims is not intended to be limited to this 

25 enumeration of commands presented here for illustrative purposes. The scope of the 

appended claims is to include the dispatch of any command that results in the recognition 
of a migrated file lock by the network file system executing on the adoptive server. 

[0036] Fig. 9 is a data flow diagram that depicts the operation of a system based 
embodiment of a file lock migration unit. According to one example embodiment, a file 
30 lock migration unit comprises a processor (402 or 432) and various functional modules 
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each of which comprises an instruction sequence. For purposes of this disclosure, a 
functional module and its corresponding instruction sequence is referred to by a process 
name. Accordingly, this example embodiment comprises a file lock migration process 
370. The file lock migration process 370 is executed by a processor (e.g. a processor in 
an adoptive server 380 comprising one or more processors). One of the functions 
performed by the processor when it executes the file lock migration process 370 is to 
receive a file lock indicator from a primary server. Yet another function performed by the 
processor when it executes the file lock migration process 370 is to record the file lock 
indicator in a first predetermined data-store. Yet another function performed by the 
processor when it executes the file lock migration process 370 is to convey the file lock 
indicator to a second predetermined data- store when the primary server 415 is unhealthy. 

[0037] This minimal set of functions does not preclude the file lock migration process 
370 from causing the processor to perform other functions according to various 
alternative embodiments of said file lock migration process 370. Hence, the reader is 
advised that the term "minimally causes the processor" and variants thereof is intended to 
server as an open-ended enumeration of functions performed by the processor as it 
executes a particular functional process (i.e. instruction sequence). As such, an 
embodiment where a particular functional process causes the processor to perform 
functions in addition to those defined in the appended claims is to be included in the 
scope of the claims appended hereto. 

[0038] According to one example embodiment, a computer readable medium 405 is 
partitioned so as to provide a partition to a primary server 415. As the system operates, a 
client request for a file lock is typically received from a network 420. This request for a 
client file lock is received by means of a network interface 425 comprising the primary 
server 415. Operating system drivers 430 control the network interface 425 enabling the 
primary server 415 to receive the client file lock request and propagate it to a network file 
system 435 executing on the primary server 415. The network file system 435 comprises 
a lock manager 440 that processes the request for a client file lock. When a client file 
lock is granted to a particular client, a lock status process 445 comprising the network file 
system 435 executing on the primary server 415 places a file lock indicator in the data- 
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store residing on the computer readable medium 405 (e.g. on a partition managed by the 
primary server 415 and its operating system/drivers 430). 

[0039] According to one example alternative embodiment of a file lock receiver 
process 390, the file lock receiver process 390 accesses the data-store on the primary 
5 server 415 (i.e. the partition of the computer readable medium 405 managed by the 

primary server 415) through the use of operating system drivers 400 so as to 
communicate with the computer readable medium 405. The operating system and its 
drivers 400 control a computer readable medium interface 410 by which the file lock 
receiver process 390 is able to access the data-store in which the primary server 415 
10 placed a file lock indicator. 

[0040] According to one alternative embodiment of a file lock migration process 370, 
the file lock migration process 370 (i.e. the file lock migration process instruction 
sequence) comprises a file lock receiver process 390. The file lock receiver process 390, 
when executed by the processor, minimally causes the processor to monitor a file lock 

15 data-store on the primary server 4 1 5 and retrieve a client file lock indicator when a new 

client file lock indicator is detected in the file lock data-store on the primary server 415. 
According to one alternative embodiment, the file lock receiver process 390 minimally 
causes the processor to monitor a file lock data store on the primary server 415 by causing 
the processor to monitor a network file system status monitor directory (e.g. 

20 /var/statmon/sm). 

[0041] According to yet another example embodiment, the file migration process (i.e. 
instruction sequence) 370 minimally causes the processor to record a file lock indicator 
by reading a client file lock description file and writing the client file lock description file 
to a first predetermined data-store (i.e. it performs a "copy"). According to one example 

25 embodiment, the first predetermined data-store comprises computer readable medium 405 

onto which the client file lock description file is recorded once it is read by the file 
migration instruction sequence 370. According to yet another alternative example 
embodiment, the file migration instruction sequence 370 minimally causes the processor 
to record a file lock indicator by reading a client file lock description file, creating a client 

30 file lock record according to the client file lock description file and storing the newly 
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created client file lock record in a first predetermined data-store. The file migration 
instruction sequence 370, according to one alternative embodiment, uses the operating 
system and its drivers 400 to access the computer readable medium 405 by means of the 
computer readable medium interface 410 enabling it to use the computer readable 
5 medium 405 as the first predetermined data-store. 

[0042] According to one alternative embodiment, the file lock migration process 370 
minimally causes the processor to convey a file lock indicator to a second predetermined 
data-store by causing the processor to place a client file lock indicator into a file lock 
data-store on the adoptive server 380. According to one alternative embodiment, the file 

10 lock migration process 370 accomplishes this by minimally causing the processor to copy 
a client file lock description file from the first predetermined data-store to a network file 
system status monitor directory. According to yet another alternative embodiment, the 
file lock migration process 370 causes the processor to convey a file lock indicator to a 
second predetermined data-store by minimally causing the processor to retrieve a client 

15 file lock record from the first predetermined data-store, create a client file lock 

description file according to the client file lock record and store the newly created client 
file lock description file in a network file system status monitor directory (e.g. a directory 
on the adoptive server). 

[0043] According to yet another alternative embodiment, the file lock migration 
20 process 370 minimally causes the processor, through the use of the computer readable 

medium interface 410 controlled by the operating system and its drivers 400, to access the 
computer readable medium 405. For example, the file lock migration process 370, 
according to one alternative embodiment, minimally causes the processor to access a 
partition on the computer readable medium 405 that is managed by the adoptive server 
25 380. Hence, the network file system status monitor directory into which the file lock 

migration process 370 stores a client file lock indicator (e.g. a client file lock description 
file) resides on this partition of the computer readable medium 405 that is managed by the 
adoptive server 380. 

[0044] In order to ascertain the health of the primary server, one example 
30 embodiment further comprises a health monitor 460 that executes on the primary server 
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415. When the health monitor 460 ascertains that the primary server 415 is unhealthy, it 
stops sending health messages to the file lock migration process 370 executing on the 
adoptive server 380. When the file lock migration process 370 perceives a lack of health 
messages that would otherwise arrive from a healthy primary server 415, the file lock 
5 migration process 370 conveys a client file lock indicator to the second predetermined 

data-store. 

[0045] Once a client file lock indicator is conveyed to the second predetermined data- 
store (e.g. to the adoptive server 380), a network file system 500 executing on the 
adoptive server 380 is commanded to recognize the conveyed (i.e. migrated) client file 

10 lock indicator. Accordingly, one alternative embodiment of a file lock migration process 

370 further comprises a restart process 505 that minimally causes the processor to cause 
the adoptive server to recognize a migrated file lock. The restart process 505, according 
to one variation of the present method, accomplishes this by minimally causing the 
processor to dispatch a command to the network file system 500 executing on the 

15 adoptive server 380. The restart process 505 minimally causes the processor to dispatch 

at least one of a network file system restart command, a network file system lock manager 
/ lock status monitor restart command and a network file system file lock recovery 
sequence trigger command. These are just some examples of commands recognized by a 
network file system that results in recognition of a migrated client file lock. The scope of 

20 the claims appended hereto is not intended to be limited to this brief list of example 

commands, but rather is intended to include all commands that result in recognition of a 
migrated client file lock by the network file system 500 executing on an adoptive server 
380. Once a migrated client file lock is recognized by the network file system 500 
executing on an adoptive server 380, the lock manager 510 will attempt to reestablish (or 

25 confirm) that file lock with a particular client. According to one embodiment, this is 

accomplished by allowing a client to reclaim its file lock. 

[0046] The functional processes (and their corresponding instruction sequences) 
described thus far that enable migration of a file lock from one server to another are, 
according to one embodiment, imparted onto computer readable medium. Examples of 
30 such media include, but are not limited to, random access memory, read-only memory 
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(ROM), CD ROM, floppy disks, and magnetic tape. This computer readable media, 
which alone or in combination can constitute a stand-alone product, can be used to 
convert a general-purpose computing platform into a device for migrating file locks from 
one server to another according to the techniques and teachings presented herein. 
5 Accordingly, the claims appended hereto are to include such computer readable medium 

imparted with such instruction sequences that enable execution of the present method and 
all of the teachings afore described. 

Alternative Embodiments 

[0047] While this invention has been described in terms of several alternative 
10 methods and exemplary embodiments, it is contemplated that alternatives, modifications, 

permutations, and equivalents thereof will become apparent to those skilled in the art 
upon a reading of the specification and study of the drawings. It is therefore intended that 
the true spirit and scope of the present invention include all such alternatives, 
modifications, permutations, and equivalents. 

15 [0048] In the interest of clarity, the method for migrating file locks from one server to 

another has thus far been described in terms where a primary server is unhealthy. It is not 
intended that the present method, apparatus, software and computer readable medium be 
limited to application where a primary server is to become unhealthy. For example, the 
present method for migrating a file lock may be utilized whenever a network file system 

20 function is migrated from one server to another. This can occur when the primary server 

is unhealthy, is overloaded in terms of processing capacity, upon specific direction by 
manual or automatic process to migrate NFS functions from one server to another and for 
any other reason. Hence, the scope of the appended claims is to include all such 
permutations where a primary server is "unavailable". 

25 
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